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© Automatisierungssystem und Verfahien zum Zugriff auf die Funktionalitat von Hardwarekomponenten 

(57) Die Erfindung betrifft ein Automatisierungssystem (1) 
mit uber mindestens ein Bussystem (B1...B3) koppelba- 
ren Hardwarekomponenten (H1...Hn), insbesondere Mo- 
toren, Sensoren, Aktuatoren etc. Eine moglichst flexible 
und offene Betriebsweise des Automatisierungssystems 
kann dadurch erzielt werden, date jede Hardwarekompo- 
nente (H1...Hn) jeweils eine Systemverbindungseinheit 
(5) mit Funktionsobjekten als Abbild der realen Funktiona- 
litat der Hardwarekomponenten (H1...Hn) aufweist, wobei 
die Funktionsobjekte zum Zugriff auf die Funktionalitat 
der Hardwarekomponenten uber das Bussystem vorgese- 
hen sind. Die Funktionsobjekte sind als DCOM-Objekte 
ausgebildet, so da& eine Nutzung der aus der Burowelt 
bekannten Mechanismen zur Ausfuhrung von verteilten 
' Anwendungen moglich wird. 
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Beschreibung 

Die Erfindung betrifft ein Automaiisierungssystem mit 
iiber mindeslens ein Bussystem koppelbaren Hardwarekom- 
ponenten, insbcsondere Motoren, Sensoren, Aktuatoren, etc. 

Die Erfindung bctriffi weiter ein Verfahren zum Zugriff 
auf die Funktionalitat von derartigen Hardw are koinpon en- 
ten. 

Ein dcrartiges Automatisierungssystem besteht. beispiels- 
weise aus Motoren, Sensoren, etc., die beispielsweise im 
Zusammenspiel mil einer oder mehreren ubergeordneten 
Steuerungen einen automatischen ProduktionsprozcB bil- 
den. Fur die Ansteuerung der Hardwarekomponenten ist da- 
bei in der Regel eine spezielle zwischen Stcuerung und 
Hardwarekomponente zwischengeschaltete Abstraktions- 
hiille erforderlich, die die Vermittlung der Sieuerungsbe- 
fehle zwischen Sieuerungsvorrichtung und Hardwarekom- 
ponente ubcrnimmt. Bci cincm Austausch von Hardware- 
komponenlen bzw. bei einer Erganzung ist somit neben An- 
derungen der Hardwarekomponenlen selbst in der Regel 
auch eine Anderung bzw. Anpassung der Sieuerungsvor- 
richtung beispielsweise in Bezug auf Steuerungsprogramme 
etc. erforderlich. 

Der Erfindung liegt die Aufgabe zugrunde, auf einfache 
Weise eine offene und flexible Betriebsweise des Systems 
zu erzielen. Insbcsondere sollen dabei Hardwarekomponen- 
ten ohne Anderungen der Steuerprogramme austauschbar 
sein. 

Diese Aufgabe wird durch ein Automaiisierungssystem 
mit iiber mindeslens ein B ussy stem koppelbaren Hardware- 
komponenlen, insbesondere Motoren, Sensoren, Aktuato- 
ren, etc. gelost, die jeweils eine Systemverbindungseinheit 
mil Funktionsobjekten als Abbild der realen Funktionalitat 
der Hardwarekomponenlen aufweisen, wobei die Funkti- 
onsobjekte zum Zugriff auf die Funktionalitat der Hardwa- 
rekomponenlen uber das Bussystem vorgesehen sind. 

Diese Aufgabe wird durch ein Verfahren zum Zugriff auf 
die Funktionalitat von Hardwarekomponenlen, insbeson- 
dere Motoren, Sensoren, Aktuatoren, etc. eines Automati- 
sierungssy stems gelost, bei dem die Kopplung der Hardwa- 
rekomponenlen innerhalb des Automatisierungssystems 
iiber mindeslens ein Bussystem erfolgt, wobei auf die Funk- 
tionalitat der Hardwarekomponenlen iiber das Bussystem 
mittels einer in der Hardwarekomponente integrierte Sy- 
siemverbindungseinheil mit Funktionsobjekten als Abbild 
der realen Hardwarefunktionen zugegriffen wird. 

Die Erfindung geht von der Erkenntnis aus, daB es fur 
eine Realisierung der Hardwarekomponenlen als "plug and 
pi ay "-Module erforderlich ist, direkt in der Hardwarekom- 
ponente einen speziellen Baustein vorzusehen, auf dem die 
Funktionsobjekte als Zugang zur Funktionalitat der Hard- 
warekomponenten ablauffahig sind. Dieser spezielle Bau- 
stein ist in Form der Sysiemverbindungseinheil realisiert. 
Die Systemverbindungseinheit ist mit einem Bussystem des 
Automatisierungssystems gekoppelt, so daB Kommunikati- 
onsdaten beispielsweise von einem Leitsystem zur Hardwa- 
rekomponente wie auch von und zu samtlichen mit dem 
Bussystem gekoppelten weiteren Komponenten ubertragen 
werden konnen. Hierdurch konnen spezielle zwischen ei- 
nem Leitsystem und den Hardwarekomponenlen bisher er- 
forderliche Vermittlungsobjekte entfallen. Dariiber hinaus 
verringert sich durch die Einsparung derartiger als Hard- 
ware oder Software vorliegender Vermittlungsobjekte auch 
die Fehlerhaufigkeit, da die Systemverbindungseinheit im 
wcscntlichcn auf Softwarcobjcktcn bcruht. Hierdurch wird 
auch bei einem Austausch einer Hardwarekomponente so- 
wie auch im Betriebsfall eine aktuelle und dynantische Ab- 
frage zur Konfiguration des Automatisierungssystems mog- 



lich. Dariiber hinaus besteht uber die Systemverbindungs- 
einheit jedcrzeit eine direkte Verbindung zur Funktionalitat 
der Hardwarekomponenlen. 

Eine Konfiguration oder ein Zugriff auf die bestehenden 
5 Hardwarekomponenlen des Automatisierungssystems kann 
in vorteilhaftcr Weise derart realisiert werden, daB das Auto- 
maiisierungssystem ein Leitsystem und/oder ein Bedien- 
und Beobachtungssystem zum Zugriff auf die Funklionsob- 
jekte aufweist. 

to Die Nutzung der aus der Burowelt bekannten Mcchanis- 
men zur Ausfuhrung von verteilten Anwendungen kann da- 
durch erfolgcn, daB die Funktionsobjekte als DCOM-Ob- 
jekte ausgebildet sind. DCOM (Distributed Component Ob- 
ject Model) ist ein Mechanismus, der es ermoglicht, uber 
15 mehrere Computer in einem Neizwerk verteilte Anwendun- 
gen auszufuhren. Eine verteilte Anwendung kann dabei aus 
mehreren Prozessen bestehen, die zusammenarbeiten, urn 
cine Aufgabe auszufiihrcn. Dicsc Prozcssc konnen dabei auf 
einem oder mehreren Rechnern oder Systemverbindungs- 
20 einheiten ausgetlihrt werden. 

Die Einbetiung der den Hard warekomponcn ten zugeord- 
neten Systemverbindungseinheiten in ihre Umgebung kann 
dadurch eriblgen, daB die Funktionsobjekte mindeslens ein 
erstcs Funktionsobjekt zur Erzeugung einer minimal en 
25 Funktionalitat einer Hardwarekomponente, mindeslens ein 
zweit.es Funktionsobjekt zur Verschaltung von Funktionsob- 
jekten und mindeslens ein drittes Funktionsobjekt zur Aufli- 
slung von in der Syslemverarbeitungseinheit und/oder auf 
entfernlen Systeniverarbeitungseinheiten und/oder entfern- 
30 ten Rechnern vorhandenen Funktionsobjekten en thai ten. 

Ein sogenanntes Verknupfungsobjekt kann dadurch ge- 
schaffen werden, daB das zweite Funktionsobjekt zur Beein- 
fiussung von Verbindungen zwischen den auf entfernlen Sy- 
stemverbindungseinheiten und/oder auf entfernlen Rech- 
35 nern vorhandenen Funktionsobjekten vorgesehen ist. 

Ein storungsfreier Zugriff auf die Hardwarekomponenlen 
ohne die Notwendigkeit von SynchronisierungsmaBnahmen 
kann dadurch sichergestellt werden, daB durch das dritte 
Funktionsobjekt beim Zugriff auf die Systemverbindungs- 
40 einheit ein dynamisches Abfrageobjekt generiert wird. Die 
Besonderheit dieses Abfrageobjekts besteht darin, die 
Summe der Funktionalitat des Systems zu enumerieren. 

Eine einfache und wirkungsvolle Moglichkeit zur Bereit- 
stellung von Codierungsmitteln wird dadurch erreicht, daB 
45 das Automatisierungssystem eine ladbare Tabelte mit Co- 
dierungsvorschriften aufweist. FGerdurch wird auch eine so- 
genannte Marshaling-Funktion der Funktionsobjekte erzielt. 

Im folgenden wird die Erfindung anhand der in den Figu- 
ren dargestellten Ausfuhrungsbeispiele naher beschrieben 
50 und erlautert. 
Es zeigen: 

Fig. 1 ein Blockschaltbild eines ersten Ausfuhrungsbei- 
spiels eines A u torn atiserungssy stems mit verteilten Objek- 
ten, 

55 Fig. 2 ein weiteres Ausfuhrungsbeispiel eines Automali- 
sierungssystems mit mehreren Bussystemen, 

Fig. 3 eine schematische Darstellung fur den Aufbau ei- 
ner Systemverbindungseinheit einer Hardwarekomponente 
und 

60 Fig. 4 ein abstraktes Gerateobjektmodell. 

Fig. 1 zeigt ein Blockschaltbild eines Automatisierungs- 
systems 1. Das Automatisierungssystem 1 besteht aus einem 
Leitsystem 3, welches uber ein Bussystem B1 mit einer 
Vielzahl von Hardwarekomponenlen HL.Hn gekoppelt ist. 

65 Mit dem Bussystem B 1 ist wcitcrhin ein Bcdicn- und Beob- 
achtungssystem 6 gekoppelt. Jede Hardwarekomponente 
HI. .Fin weist eine Systemverbindungseinheit 5 auf, die je- 
weils mit dem Bussystem Bl gekoppelt ist. 
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Zcntraler Bestandteil dcs in Fig. 1 dargesielltcn Autonia- len zum Einsatz koninit. Die Signalvcrbindungseinhcii 5 

tisicrungssysicins 1 ist die Sysleniverbindungseinhcit 5, die enthall Funklionsobjekic DL D2, D3 sowie Bctricbssysieni- 

der Konmiunikation der Hardwarekomponenten Hl..Hn in- komponenlcn 4A, 4B, ein Laufzeitsystem 7 (Runlime-Sy- 

nerhalb des Automalisierungssystems 1 sowie zur Abbil- slem) sowie eine Protokoll verarbeitungseinheit 10 (Profi- 

dung der je weiligen Funkt.ionalit.ai der Hardwarekoinponen- 5 bus, UD17IR RPC). Die Hardwarekoinponenicn HL.Hn 

ten HL.Hn, d. h. zur Erzcugung von Reprasentantcn hicrfiir weist darubcr hinaus weiterc Dalcnobjekte D4..Dn auf, die 

dient. Hierzu weist die Systcniverbindungseinheit 5 ein mi- als Datcnobjektc D eines Anwenders eine zusatzliche An- 

nimales gemeinsames Interface auf, welches eine fur alle wenderfunkiionaJitat kennzeichnen. 

Hardwarekomponenten HL.Hn vorgegebene Identifizierung Die Funktionsobjekie DL.D3 sind beispicisweisc als se- 
en thai I. und hierdurch von einen extcmcn Kommunikations- 10 genannte DCOM-Objcktc (Distributed Component Object 
partner, beispielsweise vom Leit.syst.em 3 auch ohne Kennt- Model) bzw. als sogeriannle OLE-Objekte (Object Linking 
nis uber das eigenttiche (Icrat, d. h. iiber die eigentliche and Embedding) ausgebildet. Das erste Fun ktionsobjekt D1 
Hardwarckomponente HI. .Tin angesprochen werden kann. dient der Erzeugung .einer minimalen Funktionalitat eincr 
Durch die Syslemverbindungseinheit 5 kann vom jeweiligen Hardwarekomponente. Das zweite Funktionsobjekt D2 
Ansprechparlner der Hardwarekomponente HL.Hn nach 15 dient zur Ver'schaltung von Objekten, wahrend das dritte 
Aufnahme einer Konmiunikation weiteres Wissen uber die Funktionsobjekt D3 zur Sammlung von in der Systemver- 
jeweilige Hardwarekomponente HI ..Hn erlangt werden. Mil bindungseinheit und/oder auf entfernten Systemverarbei- 
Hilfc dcr Systcniverbindungseinheit 5 wird cs somit mog- tungscinhcit.cn unoVodcr entfernten Rcchncrn vorhandenen 
lich, Hardwarekomponenien HL.Hn ohne Anderung der be- Objekten vorgesehen ist. Das zweite Funktionsobjekt D2 
stehenden Strukturen des Autoinatisierungssystems 1 zu er- 20 benutzt das Laufzeitsystem 7, um Verbindungen herzustel- 
setzen, zu erganzen etc. Dariiber hinaus cntf alien aufgrund len. Das Laufzeitsystem 7 baut auf dem Remote Procedure 
der direkten Konmiunikation eines ubergeordneten Leitsy- Call RPC-Protokoll auf und ist eine dem RPC-Protokoll 
stems mil der in der Hardwarekomponente HL.Hn angeord- uberlagerte VerwallungseinhciU die eine Sicht auf lokale 
neten Syslemverbindungseinheit 5 ansonsten erfbrderliche oder entfernle Objekle bzw. Tnlcrfaces mit Hilfe der RPC- 
dazwischengeschaltele Abslraklionshullen. Insgesamt fuhrl 25 Prolokolle herstellt. Das besondere der Laufzeitschnillsielle 
das in Fig. 1 dargest elite Grundprinzip von Hardwarekom- 7 ist es, daB die Schnittstellc asyhchron ausgebildet ist, d. h. 
poncnten HL.Hn mit inlcgricrter Systeinvcrbindungseinheit nach Ruckkehr der entsprechenden Funktion licgen die Er- 
5 dazu, daB das Automalisierungssystem 1 offen und flexi- gebnisse, die von einem entfernten System zu liefern sind. 
bel betrieben werden kann. Dies wird im folgenden auch mit noch nicht vor. Der Autrufer, d. h. der Ausloscr des Remote 
dem Schlagwort "oftene/verlcilte Automatisierung" be- 30 Procedure Calls muB daher die Adresse einer Variablen an 
zeichnet werden. das Laufzeitsystem 7 ubergeben. Das Laufzeitsystem 7 ver- 

Fig. 2 zcigt ein weiteres Ausfuhrungsbeispiel eines Auto- andcrt beim Einlreften der Ergebnisse oder einem vorgebba- 

matisierungssystenis mil niehreren Bussystemen Bl, B2, ren Time-out den Wert einer bestimmten Quiltungskompo- 

B3. Mit den erslen Bussystcm Bl ist eine Hardwarekompo- nente. Hierdurch wird dem Aufrufer mitgeteilt, ob die Ope- 

nentc HI gekoppelt, die einen Motor Ml wie eine zugeho- 35 ration erfolgreich abgeschiossen wurde oder fehlschlug. Der 

rige Signal verarheitungseinheil 5 enthall. Die Hardware- Vbrteil der Asynchronitai der Funktionsschniustelle des 

komponente HI ist darubcr hinaus mit dem zweiten Bussy- Laufzeitsystems des zweitcn Datenobjekts D2 ist es, daB 

stem B2 gckoppelt, welches mit einem Leitsystern3 verbun- beispielsweise bei einer zyklischen speicherprogrammierba- 

den ist. Das Leitsystem 3 ist dariiber hinaus mit dem dritten ren Steuerung mil einem strengen Zyklus der vorgegebene 

Bussystcm B3 koppelbar. An das dritie Bussystem B3 ist ein 40 Zyklus eingehalten werden kann. Hierzu ruft das Anwender- 

Bedien- und Beobachtungssystem 6 sowie eine speicherpro- programm in einem beliebigcn Zyklus die Methode eines lo- 

grammierbare Steuerung 8 verbunden. kalen bzw. entfernten Objekts, wahrend das Ergebnis dcs 

Die Hardwarekomponente HI, genauer gesagt die Sy- Aufrufs beispielsweise per Flag im nachsten Zyklus abge- 

stemverbindungseinheitS der Hardwarekomponente HI mit tragi wird. 

zugehorigem Signal verarbeitungsmitteln ist in der Lage 45 Die Registrierung von Hardwarekomponenten HL.Hn er- 

iiber das erste Bl und das zweite B2 Bussystem Kommuni- folgt in der Weise, daB mil Hilfe einer bestimmten Funktion, 

kationsdaten zu ubertragen bzw. zu enipfangen. Dariiber d. h. eines Befehls ein Interlace sichtbar im Laufzeitsystem 

hinaus bildet die Syslemverbindungseinheit 5 auch eine 7 anmeldet. Das registrierte Interface ist danach fur soge- 

Schnittstelle fur einen Nelzubergang zwischen dem erslen nannte "Clients" zuganglich. Kunftige Aufrufe von derarti- 

Bussystem Bl und dem zweiten Bussystem B2, beispiels- 50 gen Clients werden vom Laufzeitsystem 7 an die vorher 

weise fur Kommunikationsdaten, die von einer mit dem iibergebene Funktion weitergeleitet. 

Bussystem Bl gekoppellen Hardwarekomponente H2 an Die System verbindungseinheit 5 enl halt Umsetzungsmil- 

das Leitsystem 3 ubertragen werden sollen. Hierzu weist die tel zur Umsetzung zwischen Rechnerinformationsdaten und 

Syslemverbindungseinheit 5 einen Speicher 9 zur Speiche- Daten auf einen Kommunikationsmedium. Dabei liegt die 

rung von fiir einen Nelzubergang zwischen dem Bussystem 55 Verantwortung fur eine derartige Umsetzung, d, h. fiir das 

Bl und dem Bussystem B2 erf orderlichen Protokollen auf. sogenannte Marshaling beim jeweiligen Datenobjekt 

So ist beispielsweise auf cinfache Weise ein Netziibergang DL.Dn selbst. Die Datcnobjekte DL.Dn miiBten vor dem 

zwischen einem sogenannlen Ethernet und einem sogenann- Aufruf einer entfernten Methode entsprechend der Parame- 

ten Profibus moglich. Die Hardwarekomponente HI weist tersignatur der jeweiligen Methode einen Putfer mit Werten 

bei dem in Fig. 2 dargestcllten Ausfuhrungsbeispiel neben 60 fallen, der den Codierungsvorschriften von beispielsweise 

dem Vortcil einer oflencn und verteilten Kommunikation RPC bzw. DCOM gerecht wird. Entsprechendes gilt fur die 

zwischen der Hardwarekomponente HI und beispielsweise Riickgabe der Out -Parameter, die Entgegennahme der In- 

dem Leitsystem 3 auch den weiteren Vbrteil einer Schnitt- Parameter und die Entgegennahme von Out-Paranietern. 

stellcnanpassung fur weiicre Hardwarekomponenten auf. Das DCOM-Runiime-Sysiern 7 stellt Funktionen fur das 

Fig. 3 zcigt cine schcmatischc Darstcllung dcs Aufbaus 65 Marshaling ein zclncr Wcrtc zur Vcrfiigung. 

einer Syslemverbindungseinheit 5 einer Hardwarekompo- . Das DCOM-Runtime-System 7 stellt die Verbindungen 

nente HL.Hn, wie sic beispielsweise im Zusam men hang mit: zwischen Objekten auf unterschiedlichen Rechnem her. Fur 

dem in Fig. 1 und Fig. 2 dargestellten Ausfiihrungsbeispie- . diese Aufgabe wird zum einen eine Liste von Interfaces ver- 
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wallet, die von lokalen Clients aufcni.fcrni.eri Rcchnern be- 
ansprucht werden, sogenannte iniporticrtc Interfaces. Zuni 
andercn werden Listen mit Interfaces vcrwaltel, die lokale 
Server fur em fern I e Clients zur Verfugung stellen, soge- 
nanntc exporlierte Interfaces. 5 

Fig. 4 zeigt cin abstraktcs Geralcobjekt model M fur alle 
an eincin offenen vert ei I ten Automalisicrungssystcm leil- 
nehmenden Komponenlen OVA-Koniponentcn 13 (OVA- 
Device = Offene Vcrteilte Automaiisicrung). Das Geraieob- 
jcktniodel M bestcht ini wescntlichen aus eincin allgcmei- io 
nen Gerat A, welches als Systemdehnition die iiber alle Ce- 
rate gleichc Funktionalitat eines sogenannten OVA-Gerats 
(Offene Verteilic Aulomatisierung) beschreibt. Das allge- 
nieine Gcnit A wird durch die drci Funktionsobjekte DL 
D2, D3 realisiert. Das allgenieine Gerat A enthalt wciter ein is 
erweitertes Gerat 1: beschreibt alle Dicnste des Gerats, die 
eine bestimmic Geriiieklasse, bcispiclsweisc einen bestimm- 
tcn Gcratctyp von spcichcrprogramniicrbarcn Stcucrungcn 
zusaizlich zuni allgeiueincn Objekt mode II A anbielen. Es 
wird uber cin Ob jekt HI (Extented Device) beschrieben. Das 20 
Gerateobjeklmodel M enthalt weitcr einen Bcrcich 14 fur 
die ciner OVA-Komponente 13 zugeordnete Anwcnder- 
funktionalitai. Die Anwenderfunktionalitai der Automati- 
sierungsobjekte 13 kann dabei Liber cin weileres Objekt 12, 
beispielsweise iiber ein soge nannies AC 'AO- Interfaces (Ac- 25 
live Control Application Object) beschrieben werden. Uber 
das AC AO- Interlace bestehen Interfaces zu den Datenob- 
jckten D4..Dn. 

Das Objekt Dl (Common Device) stcllt die allgenieine 
minimale Funklionalitat eines Gerats zur Verfugung. Es hat 30 
eine fiir alle Gcrale gleichc wohlbckannte Ideniifizierung 
und kann somit einen externcn Koniniunikationspartner 
audi ohne Kcnnmis Liber das eigentliche Gerat angespro- 
chen werden. Das Objekt Dl ist sozusagen Anker fur alle 
weitcren Objekie des Gerats, d. h. die auf dem Gerat leben- 35 
den Objekte konnen Liber das Objekt Dl bestimnit werden. 
Das Objekt D2 (ACCO = Active Control Connection Ob- 
ject) realisiert die Vcrsehallung von Automatisierungsobjek- 
ten, wahrend das Objekt D3 (RT Automation Object) Ver- 
weise auf die Automatisierungsobjekte des Gerats enthalt. 40 
Die besondere Funktion des FunktionsobjekLs D3 besteht 
darin, die Summe der Funktionalitat des Systems zu enume- 
rieren, d. h. zu erfragen. Das erweiterte Ge-at E beschreibt 
alle Dienstc des Gerats, die eine bestimmic Gerateklasse, 
beispielsweise einen bestimnit en Geratetyp von speicher- 45 
programmicrbaren Stcucrungcn zusatzlich zum allgemeinen 
Objektniodell A anbietcn. Es wird iiber das Objekt Extented 
Device El beschrieben. 

Das Geratcobjckt model 1 ist gemaB Fig. 4 somit in einen 
Teil fester Funklionalitat A sowie in einen Teil E mil varia- 50 
bier Funktionalitai unterteilt. Die Funktionalitat der Funkti- 
onsobjekte D2, D3 wird uber das erste Funktionsobjekt Dl 
zuganglich gemacht, wahrend voni Funktionsobjekt D3 die 
weiteren Funktionsobjekte D4, Dn erfragbar und zugang- 
lich sind. Die Funktionalitat der Automatisierungsobjekte 55 
kann dabei uber das ACAO-Interfaee 12 (Active Control 
Application Object) beschrieben werden. 

Zusammenfasscnd betrifft die Erfindung somit ein Auto- 
matisierungssyslem 1 mit uber mindestens ein Bussystern 
BL.B3 koppclbaren Hard warekomponen ten HL.Hn, insbe- 60 
sondere Motoren, Scnsoren, Aktuatoren, etc. Eine moglichst 
flexible und offene Bctriebsweise des Automatisierungssy- 
stems kann dadurch erziclt werden, die jeweils eine System- 
verbindungseinhcit mil Funktionsobjekten als Abbild der 
rcalcn Funklionalitat der Hardwarckomponcntcn aufweisen, 65 
wobei die Funktionsobjekte zuni Zugriff auf die Funktiona- 
litat der Hardware komponen ten Liber das Bussystern vorge- 
sehen sind. Die Funktionsobjekte sind als DCOM-Objekte 
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ausgebildct, so daB eine Nutzung der aus der Biirowelt be- 
kannlen Mechanisnien zur Ausfiihrung von vcrtcillcn An- 
wendungen nidglich wird. 

Paten tanspruche 

1. Autoniatisierungssystem (1) mit iiber mindestens 
ein Bussystern (B1..B3) koppelbarcn Hardwarckompo- 
nenten (HI ..Hn), insbesondere Motoren, Scnsoren, Ak- 
tuatoren, etc., die jeweils cine Syslemvcrbindungsein- 
heil (5) mit Funktionsobjekten (Dl ..Dn) als Abbild der 
realen Funktionalitat der Hardwarekoniponenten 
(HL.Hn) aufweisen, wobei die Funktionsobjekte 
(DL.Dn) zum ZugrifT auf die Funktionalitat der Hard- 
warekoniponenten (HL.Hn) iiber das Bussystern 
(B1..B3) vorgesehen sind. 

2. Automatisierungssystem nach Anspruch 1, dadurch 
gekennzeichnet, daB das Automat isicrungssystcni cin 
Leit system (3) und/oder eine Bedien- und Beobach- 
tungssystem zum Zugriff auf die Funktionsobjekte 
(DL.Dn) aufweist. 

3. Autoniatisierungssystem nach eineni der Anspriiche 
1 oder 2, dadurch gekennzeichnet, daB die Funktions- 
objekte (DL.Dn) als DCOM-Objekte ausgebildct sind. 

4. Autoinatisierungssysleni nach eineni der Anspriiche 
1 bis 3, dadurch gekennzeichnet, daB die Funktionsob- 
jekte (DL.D3) mindestens ein erstes Funktionsobjekt 
(D2) zur Erzeugung einer minimalen Funktionalitat ei- 
ner Hardwarekomponente (HL.Hn), mindestens cin 
zweites Funktionsobjekt (D2) zur Verschaltung von 
Funktionsobjekten und mindestens ein drittes Funkti- 
onsobjekt (D3) zur Sammlung von in der Systemverar- 
beitungseinheit (5) und/oder auf ent iernten Syslemver- 
arbeitungscinheiten und/oder entiernten Rechncrn vor- 
handenen Funktionsobjekten (DL.Dn) aufweisen. 

5. Automatisierungssystem nach einem der Anspriiche 
1 bis 4, dadurch gekennzeichnet, daB das zweite Funk- 
tionsobjekt (D2) zur Beeinflussung von Verbindungen 
zwischen den auf entfernten Systemvcrbindungsein- 
heiten und/oder auf entfernten Rechnern vorhandenen 
Funktionsobjekten vorgesehen ist. 

6. Automatisierungssystem nach einem der Anspriiche 
1 bis 5, dadurch gekennzeichnet, daB durch das dritte 
Funktionsobjekt (D3) beim Zugriff auf die Systemver- 
bindungseinheit ein dynamisches Abfrageobjekt gene- 
riert wird. 

7. Automatisierungssystem nach einem der Anspriiche 
1 bis 6, dadurch gekennzeichnet, daB das Automatisie- 
rungssystem eine ladbare Tabelle mit Codierungsvor- 
schriften aufweist. 

8. Automatisierungssystem nach einem der Anspriiche 
1 bis 7, dadurch gekennzeichnet, daB das Automatisie- 
rungssystem zum Zugriff auf die Funktionalitat der 
Hard warekomponen ten ein Lei tsy stein und/oder eine 
Bedien- und Beobachtungssysteni aufweist. 

9. Verfahren zum Zugriff auf die Funktionalitat von 
Hardwarekomponenten (HL.Hn), insbesondere Moto- 
ren, Sensoren, Aktuatoren, etc. eines Automatisie- 
rungssystenis (1), bei dem die Kopplung der Hardwa- 
rekomponenten (HL.Hn) innerhalb des Automatisie- 
rungssystems uber mindestens ein Bussystern (Bl ..B3) 
erfolgt, wobei auf die Funktionalitat der Hardware- 
komponenten Liber das Bussysteni mittels einer in der 
Hardwarekomponente integrierte Systemverbindungs- 
cinhcit (5) mit Funktionsobjekten (DL.Dn) als Abbild 
der realen Hardwarefunktionen zugegriffen wird. 

10. Verfahren nach Anspruch 9, dadurch gekennzeich- 
net, daB in der System verbindungseinheit (5) iiber ein 
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crsics Funktionsobjeki (Dl) einc niininialen Funktio- 
nali tat eincr Hardwarckoniponentc (HL.TTn) crzeugt 
wird 7 daB iiber ein zwcit.es Funktionsobjeki (D2) Funk- 
tionsohjekie (D1..Dn) miteinander verschallel. werden 
und daB Liber ein dritt.es Funktionsobjeki (D3) die in der 
Systeniverarbeitungseinheit (5) und/odcr auf entfcrn- 
ten Systeniverarbeitungseinheit en und/oder auf enl- 
ternlen Rechnern vorhandene Funktionsobjektc 
(Dl..Dn) aufgelistet werden. 
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